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(54) Transaction processing 



(57) A transaction processing system has a number of point-of-sale apparatus (1) and a central host (10). Each 
apparatus (1) stores an external file (B) for transmission to external systems, and a separate host file with 
appended data for transmission to the central host. A conversion table (46) is accessed during a transaction to 
convert the merchant's local currency values to transaction currency values. Each apparatus <1) transmits host 
records to the host (10), which in the same communications session transmits an updated conversion table. A 
transmission flag permitting extemal communication and printing is set only after the full session is 
completed, the complete session being atomic. 
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• 1 - 

"Transacti on Processing" 

The invention relates to transaction processing, and more 
particularly card transaction processing at points-of- 
sale* 



An object of the invention is to provide more 
5 comprehensive card transaction processing at a number of 
geographically remote locations in a controlled manner. 
This control is essential for correct and consistent 
processing at the points-of-sale and communication with 
external systems to ensure transaction data integrity, 

10 According to the invention, there is provided a 
transaction processing system comprising a plurality of 
point-of-sale apparatus' and a central host, wherein: - 

each point-of-sale apparatus comprises a processor, a 
storage device, a dedicated keyboard with specific point- 
15 of-sale function keys, a card reader, a display screen, a 
receipt printer, and a modem; 

the central host comprises a batch processor connected in 
a network comprising workstations and a modem pool having 
a plurality of serial ports, the batch processor being 
20 programmed for automatic dialling by the point-of-sale 
apparatus ' ; 

each point-of-sale apparatus comprise a stored conversion 
table and comprises means for:- 

capturing data from a card presented for a 
25 transaction, determining if it is authorised, and 

setting an authorisation flag in the storage 
device according to the authorisation result; 
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10 



20 



25 



receiving an input including a transaction value 
in a local currency and a desired transaction 
currency; 

automatically determining an equivalent 
transaction value in the transaction currency by 
reference to the conversion table; 

%»riting transaction data with the transaction 
value in the transaction currency only to an 
external record in the storage device; 

appending local currency transaction value data to 
said transaction data and writing all of said data 
to a host record in the storage device; 



printing a transaction receipt if the 
authorisation flag is positive, otherwise aborting 
15 the transaction; 

generating a dataset comprising the host records, 
writing the dataset to the storage device, 
automatically transmitting the dataset to the 
host, and setting a host transmission flag 
according to integrity of the transmission; 



printing the dataset locally if the host 
transmission flag is positive; 

generating a dataset comprising the external 
records, writing the dataset to the storage 
device, and automatically transmitting the dataset 
to an external data processing system if the host 
transmission flag is positiv ; and 
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receiving an updated conversion table from the 
host and writing it over the existing conversion 
table on the storage device; 

the central host comprises means for:- 

5 receiving a host record dataset from each point- 

of-sale apparatus; 

automatically validating each apparatus by 
reference to received identification signals; . 

checking integrity of a received host record 
10 dataset; and 

automatically transmitting an updated conversion 
table to the apparatus in the same communications 
session if the integrity check is positive; and 

each point-of-sale apparatus comprises means for setting 
15 the transmission flag to indicate integrity of the host 
record dataset transmission only after receipt of the 
updated conversion table , whereby the steps of 
transmitting the dataset, checking integrity at the host, 
and receiving the updated conversion table are together an 
20 atomic operation. 

The features of disabling printing of a receipt according 
to the authorisation flag and disabling external 
communication according to the transmission flag help to 
ensure data integrity in a simple manner. By simply 
25 appending data to create the host record a fast response 
time is achieved during a transaction, and again data 
integrity is ensured. Further the atomic communications 
session is another simple way of ensuring data and table 
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integrity across all of the point-of-sale apparatus' and 
the host of the system. 

In one embodiment, each point-of-sale apparatus comprises 
means for automatically performing card authorisation 
5 locally if a transaction amount is below a threshold level 
and on-line in communication with a remote authorisation 
processor if the transaction amount is above the threshold 
level, and further comprises means for allowing a user 
override the automatic choice to force either local or 
10 remote authorisation. 

Preferably, the modem pool of the host is programmed to 
communicate with the point-of-sale apparatus using a 
serial line hunting group. 

In another embodiment, the point-of-sale apparatus 
15 comprises means for recording host transmission attempts 
in a log file. 

In one embodiment, the processor of each point-of-sale 
apparatus comprises means for recognising depression of a 
function key on the keyboard as a remote maintenance 
20 instruction and for automatically establishing connection 
with a remote maintenance system and allowing it direct 
operation of the apparatus. 

The invention will be more clearly understood from the 
following description of some embodiments thereof, given 
25 by way of example only, with reference to the accompanying 
drawings, in which :- 



Fig. 1 is a sch raatic representation of a 
transaction processing system of the invention; 
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Figs. 2(a) and 2(b) are together a flow chart 
illustrating in overview the manner in which a 
transaction is executed at a point-of-sale 
apparatus ; 

5 Fig. 3 is a flow chart illustrating uploading 

operations performed by the apparatus; 

Fig. 4 is a flow chart illustrating operations 
which are carried out in conjunction with the 
currency conversion table which is stored; and 

10 Fig. 5 is a flow chart illustrating the manner in 

which local verification data is received. 

Referring to the drawings, and initially to Fig. 1, there 
is shown a transaction processing system of the invention. 
The system comprises a point-of-sale apparatus 1 which is 

15 located at a merchant's premises and a remote, off-site 
host 10. The apparatus 1 may for example, be installed in 
a car hire company's premises, a retail outlet or any 
other location where a merchant needs to execute 
transactions with financial card subscribers. The 

20 apparatus 1 comprises a processor 2 and disk drives in 
which files 3 are stored. The files 3 include a file H 
which is a processing or host file and a file B which is 
a bank (financial institution) file. The apparatus 1 also 
comprises a terminal screen 4, and a keyboard, not shown. 

25 The keyboard has a set of specific retailing function keys 
and does not include general data processing keys. 
Accordingly, the apparatus 1 is a dedicated point-of-sale 
machine for simple and fast operation. The card reader is 
incorporated in the keyboard. The apparatus 1 also 

30 compris s a receipt printer 5 and a modem pool 6 . 
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As stated above, the transaction processing system also 
comprises an off-site host 10 which has a network 11 with 
workstations 12 and a host processor 13. The off-site 
host 10 is prograiraned to communicate with a large number 
5 of the point-of-sale apparatus' 1 to perform batch 
processing for them and to provide central control 
generally. The transaction processing system of the 
invention comprises a number of the point-of-sale 
apparatus' 1 (only one being shown) and the off-site host 

10 10. The system communicates with a bank transaction 
processor 20 and a bank authorisation processor 25. The 
host 10 is configured to ensure effective communication 
with a large number of point-of-sale apparatus' 10. In 
particular, the host 10 is a multi-tasking system and 

15 includes a multi-serial port device. Modems which support 
the connection to this device are in turn connected to the 
modems of the apparatus' 1 via a telephone hunting group. 
This allows up to eight simultaneous connections to the 
host. 

20 In brief overview, each point-of-sale apparatus 1 executes 
a card transaction at a merchant's premises in a 
transaction currency selected by the customer. The off- 
site host 10 performs off-line processing and central 
control operations to assist in this. The bank systems 

25 which communicate with the system process the transaction 
data using only the transaction currency data. Data 
relating to the local currency of the merchant (if 
different from the transaction currency) is processed only 
within the system of the invention, namely the apparatus 

30 1 and the host 10. 

Referring now to Figs. 2(a) and 2(b), a method 40 in which 
an individual transaction is executed is now described. 
The merchant op rator s lects a transaction option in step 
41 and in step 42 chooses a card transaction type. Thes 



inputs are very easily made because of the small number of 
keys on the keyboard and the fact that the inputting is 
totally menu-driven with a simple main menu. This allows 
for easy merchant operator training and helps to minimise 
5 the chances of erroneous inputs. In step 43, transaction 
data is inputted including the amount in the local 
currency of the service or product being purchased. The 
card is automatically read to capture its number. In this 
embodiment, the reader is a magnetic card reader. In step 

10 44, the merchant operator selects the appropriate currency 
in which the transaction is to be executed. For example, 
an American tourist visiting Ireland may purchase a car 
hire service quoted in Irish Pounds. The merchant 
operator may then select US$ as being the transaction 

15 currency to be used for execution of the transaction. The 
transaction amount is inputted in step 45 in the local 
currency and the processor 2 then looks up the currency 
conversion table 46 to convert to the transaction 
currency. The manner in which the conversion table 46 is 

20 received is described below. The processor ensures that 
only the current table is accessed by automatically over- 
writing a previous table immediately when a new table is 
received . 

In step 47, the processor 2 processes the card data which 
25 has been captured by the card reader. The card reader is 
an integral part of the keyboard and this provides for 
compactness at the merchant's premises. This validation 
operation involves ensuring that the card number is valid 
and the card has not expired. In more detail, the card 
30 reader reads all relevant data from track 2 of the 
magnetised part of the card. Subsequently the processor 
carries out validation checks on the card number and 
expiry date. If eith r validation check fails, the 
transaction is aborted. 
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In step 48, the processor 2 authorises the transactipn. 
Authorisation may be either local by reference to a stored 
"hot card" list, or on-line in communication with the bank 
authorisation processor 25. The processor 2 automatically 
5 performs on-line authorisation if the transaction amount 
exceeds a pre-set threshold level. However, the merchant 
operator has the option of over-riding the automatic 
mechanism and forcing either local or on-line 
authorisation, depending on the particular circumstances. 

10 For example, if it is not possible to establish a 
communications session with the bank authorisation 
processor 25, then there may be forced local 
authorisation. Alternatively, if the merchant operator is 
suspicious for any particular reason, he/she may cause 

15 forced on-line authorisation to take place. If 
authorisation is negative, an error message is displayed 
as indicated by the step 49 and the transaction is 
aborted . 

The processor 2 ensures that the authorisation procedure 
20 is not circumvented by preventing printing of a receipt if 
authorisation has not taken place- This is achieved by 
setting an authorisation flag to a positive value if 
authorisation is positive. The flag remains at a default 
negative value if authorisation does not take place or it 
25 is negative. 

If authorisation is positive, the processor in step 50 
writes the transaction data to files in the apparatus 1- 
To do this, it generates a data record which includes 
transaction data, excluding data expressed in the local 
30 currency. This data record is written as an external 
r cord to the file B. After doing this, the processor 2 
appends data r lating to the local currency to creat a 
host record and this is written to the file H. This is a 
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fast and effective mechanism which prevents delays in 
apparatus response time. 

In addition, the processor 2 directs printing of a 
customer receipt only if the authorisation flag is 
5 positive. An important aspect of the customer receipt is 
that the amount of the transaction is expressed in the 
(usually foreign) transaction currency so that the 
customer can see exactly how much is being paid in the 
currency he or she is familiar with. All of the above 
10 operations have been performed locally at the merchant's 
premises using the point-of-sale apparatus 1. 

During a transaction period records are appended in real 
time to the files H and B and at the end of the period 
such as the end of the day, various uploads and dovmloads 
15 take place in conjunction with both the off-site host 10 
and the bank transaction processor 20. The processor 2 
communicates the host records and external records 
retrieved from their respective files in communication 
datasets « 

20 As indicated by the method 60 in Fig. 3, the merchant 
operator may select a batch operation in step 61 and in 
step 62 may choose to perform a batch upload or print a 
report. Further steps require input of a supervisor 
password in step 63. Where a report is required, the date 

25 is retrieved in step 64 from a real-time clock and the 
report is printed in step 65. However, the report 
instruction is disabled according to a transmission flag 
until an upload to the off -site host 10 has taken place 
for the particular transaction period. To process the 

30 data for the report and ensure there is no data 
corruption, the processor 2 backs up the report data onto 
the fixed disk. The number of backup files is parameter- 
driven . 
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In step 66, the processor 2 retrieves the files B and 
generates the host and external datasets, and establishes 
a coinmunication session with the host 10. It then 
transmits the host dataset directly to the host 10 without 

^ 5 performing any further processing operations on this data. 
If there are any communication problems, a display failure 
message is displayed in step 67 and the transmission is 
re-tried. The processor 2 will not proceed to upload the 
external dataset to the bank transaction processor 20 

10 until after a successful upload to the host 10 has taken 
place (transmission flag positive). This is because the 
off-site host 10 is part of the same transaction 
processing system as the apparatus 1 and it is essential 
that the system be updated internally before there is 

15 communication with an external system such as the bank 
transaction processor 20. 

An important aspect of the upload to the host 10 is that 
the host 10 automatically validates the merchant address 
and automatically chooses a relevant currency table which 

20 applies to that merchant when the communications session 
is established. Thus, immediately after valid upload of 
the host dataset to the host 10, the host 10 automatically 
downloads the current currency conversion table. In this 
way, the apparatus 1 always stores a current currency 

25 conversion table and this data does not become out-of- 
date. The current currency conversion table is written 
over the previous table. If any of the batch 
communications - data upload, merchant validation at the 
host, table download, table over-writing - fails, the 

30 entire communication fails and must be repeated. The 
transmission flag remains negative until this, atomic, 
operation is successful. 
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Once upload of the host dataset has been performed 
successfully, the apparatus 1 may print a summary report 
using this data as indicated by the steps 64 and 65. The 
processor 2 then attempts upload of the external dataset 
5 to the bank transaction processor 20, Again, the data 
transfer is the direct contents of the external records, 
without additional processing being performed. Three 
attempts are made to successfully upload the external 
dataset and if all three are unsuccessful in the next 
10 transaction period the processor 2 simply appends records 
to the file B- Each unsuccessful attempt is indicated in 
a failure message in step 68* Every transmission attempt 
either to the off-site host 10 or to the bank transaction 
processor 20 is recorded in a separately stored log file. 

15 Subsequent to upload of the datasets, the apparatus 1 and 
the host 10 independently perform validation operations to 
generate various reports. These are subsequently cross- 
referenced to check accuracy. 

Another important aspect of the invention is the fact that 
20 personnel at the off-site host 10 may perform remote 
maintenance operations on each apparatus 1 by establishing 
on-line contact and activating a remote execution program. 
In more detail, two keys on a host workstation are used to 
initiate remote maintenance, one key for each of two types 
25 of maintenance. Depression of one of these keys causes 
the processor 2 to establish communication with the remote 
maintenance processor on the host network, which, in turn 
takes over control of the apparatus 1 for fault diagnosis 
and debugging. 

30 Referring now to Fig. 4, a method 80 is illustrat d in 
which in step 81 the merchant operator may select a 
"currencies" option which allows choice in step 82 of 
viewing or amending a currency conversion table 46. In 
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step 84, the processor 2 may amend the table provided a 
supervisor password had previously been inputted. In step 
83/ it may simply direct displaying of the table. This is 
useful as it provides a simple output for reference by 
5 customers and the merchant operators. 

Referring now to Fig. 5, a method 100 is illustrated in 
which in step 101 the merchant operator may select a "hot 
card" option which causes the processor 2 to in step 102 
contact the bank authorisation processor 25 to request 
10 download of a hot card file 103. This is subsequently 
used for local card authorisation. 

It will be appreciated that the invention provides for 
execution of transactions in a customer's desired currency 
so that he/she can immediately see how much money is being 
15 spent. This "user-friendliness" is achieved in a simple 
manner by communication with the off-site host 10 which 
acts in conjunction with a nximber of apparatus' 1. 

The invention is not limited to the embodiments described, 
but may be varied within the scope of the claims in 
20 construction and detail. 
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CIAIMS 

1. A transaction processing system comprising a 
plurality of point-of-sale apparatus' and a central 
host, wherein:- 

5 each point-of-sale apparatus comprises a processor, 

a storage device, a dedicated keyboard with specific 
point-of-sale function keys, a card reader, a display 
screen, a receipt printer, and a modem; 

the central host comprises a batch processor 
10 connected in a network comprising work stations and 

a modem pool having a plurality of serial ports, the 
batch processor being programmed for automatic 
dialling by the point-of-sale apparatus'? 

each point-of-sale apparatus comprise a stored 
15 conversion table and comprises means for:- 

capturing data from a card presented for a 
transaction, determining if it is authorised, 
and setting an authorisation flag in the 
storage device according to the authorisation 
20 result; 

receiving an input including a transaction 
value in a local currency, and an indication 
of a desired transaction currency; 



25 



automatically determining an equivalent 
transaction value in the transaction currency 
by reference to the conversion table; 
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writing transaction data with the transaction 
value in the transaction currency only to an 
external record in the storage device; 

appending local currency transaction value 
data to said transaction data and writing all 
of said data to a host record in the storage 
device; 

printing a transaction receipt if the 
authorisation flag is positive, otherwise 
aborting the transaction; 

generating a dataset comprising the host 
records, writing the dataset to the storage 
device, automatically transmitting the 
dataset to the host, and setting a host 
transmission flag according to integrity of 
the transmission; 

printing the dataset locally if the host 
transmission flag is positive; 

generating a dataset comprising the external 
records, writing the dataset to the storage 
device, and automatically transmitting the 
dataset to an external data processing system 
if the host transmission flag is positive; 
and 

receiving an updated conversion table from 
the host and writing it over the existing 
conversion table on the storage device; 

the central host comprises means for:- 
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receiving a host record dataset from each 
point-of-sale apparatus; 

automatically validating each apparatus by 
reference to received identification signals; 

checking integrity of a received host record 
dataset; and 

automatically transmitting an updated 
conversion table to the apparatus in the same 
communications session if the integrity check 
is positive; and 

each point-of-sale apparatus comprises means for 
setting the transmission flag to indicate integrity 
of the host record dataset transmission only after 
receipt of the updated conversion table, whereby the 
steps of transmitting the dataset, checking integrity 
at the host, and receiving the updated conversion 
table are together an atomic operation. 

A system as claimed in claim 1, wherein each point- 
of-sale apparatus comprises means for automatically 
performing card authorisation locally if a 
transaction amount is below a threshold level and on- 
line in communication with a remote authorisation 
processor if the transaction amount is above the 
threshold level, and further comprises means for 
allowing a user override the automatic choice to 
force either local or remote authorisation, 

A syst m as claimed in claims 1 or 2, wherein the 
modem pool of the host is programmed to communicate 
with the point-of-sal apparatus using a serial line 
hunting group. 
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A system as claimed in any preceding claim, wherein 
the point-of-sale apparatus comprises means for 
recording host transmission attempts in a log file. 

A system as claimed in any preceding claim, wherein 
the processor of each point-of-sale apparatus 
comprises means for recognising depression of a 
function key on the keyboard as a remote maintenance 
instruction and for automatically establishing 
connection with a remote maintenance system and 
allowing it direct operation of the apparatus. 

A system substantially as hereinbefore described with 
reference to and as illustrated in the accompanying 
drawings . 
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Description 0 ^ J 

"Transaction Processina" / 



The invention relates to transaction processing, and more particularly card transaction processing at points-ofsale. 



An object of the invention is to provide more comprehensive card transaction processing at a number of geographically 
remote locations in a controlled manner. 

This control is essential for correct and consistent processing at the points-of-sale and communication with extemal 
systems to ensure transaction data integrity. 

According to the invention, there is provided a transaction processing system comprising a plurality of point-of-sale 
apparatus' and a central host, wherein:each point-of-sale apparatus comprises a processor, a storage device, a dedicated 
-keytroard-with specific pointof-sale function keys, a card reader, a display screen, a receipt printer, and a modem; the 
central h ost-comprises a batch processor connected in a network comprising workstations and a modem pool having a 
plurality of serial ports, the batch processor being programmed for automatic dialling by the point-of-sale apparatus; each, 
^ ^ DOirit ^f-saleapp aratus-GomA^ tablela nd comprises means for: 

capturing ds ga^tem a card^ ff^eF ^ ^^'^ 




\r^n<i^rY\c\x\^\i^T^m and 
setting an authonl atio n fla g-inTfTe^ storage 
device according to the authorisation result; receiving an input including a transaction value in a local currency and a 
desired transaction cun^ency; automatically determining an equivalent transaction value in the transaction currency by 
reference to the conversion table; writing transaction data with the transaction value in the transaction cun^ency only to an 
external record in the storage device; appending local currency transaction value data to said transaction data and writing 
all of said data to a host record in the storage device; printing a transaction receipt if the authorisation flag is positive, 
othenwise aborting the transaction; generating a dataset comprising the host records, writing the dataset to the storage 
device, automatically transmitting the dataset to the host, and setting a host transmission flag according to integrity of the 
transmission; printing the dataset locally if the host transmission flag is positive; generating a dataset comprising the 
external records, writing the dataset to the storage device, and automatically transmitting the dataset to an external data 
processing system if the host transmission flag is positive; and 
receiving an updated conversion table from the 
host and writing it over the existing conversion 
table on the storage device; the central host comprises means for: 
receiving a host record dataset from each point 
of-sale apparatus; 

automatically validating each apparatus by 
reference to received identification signals; 
checking integrity of a received host record 
dataset; and 

automatically transmitting an updated conversion 
table to the apparatus in the same communications 

session if the integrity check is positive; and each point-of-sale apparatus comprises means for setting the transmission 
flag to indicate integrity of the host record dataset transmission only after receipt of the updated conversion table, whereby 
the steps of transmitting the dataset, checking integrity at the host, and receiving the updated conversion table are 
together an atomic operation. 

The features of disabling printing of a receipt according to the authorisation flag and disabling external communication 
according to the transmission flag help to ensure data integrity in a simple manner. By simply appending data to create the 
host record a fast response time is achieved during a transaction, and again data integrity is ensured. Further the atomic 
communications session is another simple way of ensuring data and table integrity across all of the point-of-sale 
apparatus' and the host of the system. 

In one embodiment, each point-of-sale apparatus comprises means for automatically performing card authorisation locally 
if a transaction amount is below a threshold level and on-line in communication with a remote authorisation processor if the 
transaction amount is above the threshold level, and further comprises means for allowing a user ovenide the automatic 
^oice to force either local or remote authorisation. 

Preferably, the modem pool of the host is programmed to communicate with the point-of-sale apparatus using a serial line 
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hunting group. 



In another embodiment, the point-of-sale apparatus comprises means for recording host transmission attempts in a log file. 

In one embodiment, the processor of each point-of-sale apparatus comprises means for recognising depression of a 
function key on the keyboard as a remote maintenance instruction and for automatically establishing connection with a 
remote maintenance system and allowing it direct operation of the apparatus. 

The invention will be more clearly understood from the following description of some embodiments thereof, given by way of 

example only, with reference to the accompanying drawings, in which : 

Fig. 1 is a schematic representation of a 

transaction processing system of the invention; 

Figs. 2(a) and 2(b) are together a flow chart 

illustrating in overview the manner in which a 

transaction is executed at a point-of-sale 

apparatus; 

Fig. 3 is a flow chart illustrating uploading 
operations performed by the apparatus; 
Fig. 4 is a flow chart illustrating operations 
which are carried out in conjunction with the 
currency conversion table which is stored; and 
Fig. 5 is a flow chart illustrating the manner in 
which local verification data is received. 

Referring to the drawings, and initially to Fig. 1. there is shown a transaction processing system of the invention. 

The system comprises a point-of-sale apparatus 1 which is located at a merchant's premises and a remote, off-site host 
10. The apparatus 1 may for example, be installed in a car hire company's premises, a retail outlet or any other location 
where a merchant needs to execute transactions with financial card subscribers. The apparatus 1 comprises a processor 2 
and disk drives in which files 3 are stored. The files 3 include a file H which is a processing or host file and a file B which is 
a bank (financial institution) file. The apparatus 1 also comprises a terminal screen 4, and a keyboard, not shown. 

The keyboard has a set of specific retailing function keys and does not include general data processing keys. 

Accordingly, the apparatus 1 is a dedicated point-of-sale machine for simple and fast operation. The card reader is 
incorporated in the keyboard. The apparatus 1 also comprises a receipt printer 5 and a modem pool 6. 

As stated above, the transaction processing system also comprises an off-site host 10 which has a network 11 with 
workstations 12 and a host processor 13. The off-site host 10 is programmed to communicate with a large number of the 
point-of-sale apparatus' 1 to perform batch processing for them and to provide central control generally. The transaction 
processing system of the invention comprises a number of the point-of-sale apparatus' 1 (only one being shown) and the 
off-site host 10. The system communicates with a bank transaction processor 20 and a bank authorisation processor 25. 
The host 10 is configured to ensure effective communication with a large number of point-of-sale apparatus' 10. In 
particular, the host 10 is a multi-tasking system and includes a multi-serial port device. Modems which support the 
connection to this device are in turn connected to the modems of the apparatus' 1 via a telephone hunting group. 

/This allows up to eight simultaneous connections to the host. 



In brief overview, ea~^c:h point-of-sale apparatus 1 executes a card transaction at a merchant's premises in a transaction 
cun-ency selected by the customer. The offsite host 10 performs off-line processing and central control operations to assist 
in this. The bank systems which communicate with the system process the transaction data using only the transaction 
cun*ency data. Data relatingJoJheJocaLc^^ different from the^transa^^^^^^ is processed 

only within the SYStem]ofTlie"inventio^^ rindlhe hos nOTI"^ Cc^^\ /^'-^' ^ ^ 

Referring now to Figs. 2(a) and 2(b), a method 40 in which an individual transaction is executed is now described. 

The merchant operator selects a transaction option in step 41 and in step 42 chooses a card transaction type. These 
inputs are very easily made because of the small number of keys on the keyboard and the fact that the inputting is totally 
menu-driven with a simple main menu. This allows for easy merchant operator training and helps to minimise the chances 
of en'oneous inputs. In step 43, transaction data is inputted including the amount in the local currency of the service or 
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product being purchased. The card is automatically read to capture its number. In this embodiment, the reader is a 
magnetic card reader. In step 44. the merchant operator selects the appropriate currency in which the transaction is to be 
executed. For example, an American tourist visiting Ireland may purchase a car hire service quoted in Irish Pounds. The 
merchant operator may then select US$ as being the transaction currency to be used for execution of the transaction, The_ 
transaction amount is inputted in step 45 in the local currency and .the processor 2 then looks up the currency conversion 
table 46 to convert to the transaction currencyVThe nrianner in whichjhe conversion table 46 is received is described 
belov^fhe process^^^^ by automatically ovenwritinga^^ 

immed1atelyinrtiefv^wievv4abl^^ 

In step 47, the processor 2 processes the card data which has been captured by the card reader. The card reader is an 
integral part of the keyboard and this provides for compactness at the merchant's premises. This validation operation 
involves ensuring that the card number is valid and the card has not expired. In more detail, the card reader reads all 
relevant data from track 2 of the magnetised part of the card. Subsequently the processor carries out validation checks on 
the card number and expiry date. If either validation check fails, the transaction is aborted. 

In step 48, the processor 2 authorises the transaction. 

Authorisation may be either local by reference to a stored "hot card" list, or on-line in communication with the bank 
authorisation processor 25. The processor 2 automatically performs on-line authorisation if the transaction amount 
exceeds a pre-set threshold level. However, the merchant operator has the option of over-riding the automatic mechanism 
and forcing either local or on-line authorisation, depending on the particular circumstances. 

For example, if it is not possible to establish a communications session with the bank authorisation processor 25, then 
there may be forced local authorisation. Alternatively, if the merchant operator is suspicious for any particular reason, 
he/she may cause forced on-line authorisation to take place. If authorisation is negative, an error message is displayed as 
indicated by the step 49 and the transaction is aborted. 

The processor 2 ensures that the authorisation procedure is not circumvented by preventing printing of a receipt if 
authorisation has not taken place. This is achieved by setting an authorisation flag to a positive value if authorisation is 
positive. The flag remains at a default negative value if authorisation does not take place or it is negative. 

If authorisation is positive, the processor in step 50 writes the transaction data to files in the apparatus 1 . 

To do this, it generates a data record which includes transaction data, excluding data expressed in the local currency. This 
data record is written as an external record to the file B. After doing this, the processor 2 appends data relating to the local 
currency to create a host record and this is written to the file H. This is a fast and effective mechanism which prevents 
delays in apparatus response time. 

In addition, the processor 2 directs printing of a customer receipt only if the authorisation flag is positive. An important 
aspect of the customer receipt is that the amount of the transaction is expressed in the (usually foreign) transaction 
cun-ency so that the customer can see exactly how much is being paid in the currency he or she is familiar with. All of this 
above operations have been performed locally at the merchant's premises using the point-of-sale apparatus 1. 

During a transaction period records are appended in real time to the files H and B and at the end of the period such as the 
end of the day, various uploads and downloads take place in conjunction with both the off-site host 10 and the bank 
transaction processor 20. The processor 2 communicates the host records and extemal records retrieved from their 
respective files in communication dafasets. 

As indicated by the method 60 in Fig. 3, the merchant operator may select a batch operation in step 61 and in step 62 may 
choose to perform a batch upload or print a report. Further steps require input of a supervisor password in step 63, Where 
a report is required, the date is retrieved in step 64 from a real-time clock and the report is printed in step 65. However, the 
report instruction is disabled according to a transmission flag until an upload to the off-site host 10 has taken place for the 
particular transaction period. To process the data for the report and ensure there is no data corruption, the processor 2 
backs up the report data onto the fixed disk. The number of backup files is parameterdriven. 

In step 66. the processor 2 retrieves the files B and H, generates the host and external datasets, and establishes a 
communication session with the host 10. It then transmits the host dataset directly to the host 10 without performing any 
further processing operations on this data. 

If there are any communication problems, a display failure message is displayed in step 67 and the transmission is re- 
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tried. The processor 2 will not proceed to upload the external dataset to the bank transaction processor 20 until after a 
successful upload to the host 10 has taken place^(transmission flag positive). This is because the off-site host 10 is part of 
the same transaction processing system-as^he apparatus T and'itis ^ssentialJhaUhe system be updated intemally before 

there is communication witb-^n external system such as the bank transaction processor-2Q= ^ --^ 

. ^ • ^ / 

Ah important aspect of the upload to the host 10 is that the host 10 automatically validates the merchant address and / 
automatically chooses a relevant curr ency table which a[B&tifi^SLloJhat merchanU^hen the commutiications session is^-^ 
(established/pTus^^ valid uploaSTofthe host datasetlortRe host 10. ttre-host'tO automatically downloads 

conversion table. In thisvy3y^4he-appafatas-1-a1way a current currency "conversion4able-aad_. 
this data does not become-out-ofdateTThVe^ currency conversion table is written over the previous table. If any of the j 
, batch communications -^data upload,' merchant validation at the host, table download, table over-writing - fails, the entire ) 
^communication fails and must be repeated. The transmission flag remains negative until this, atomic, operation is / 
s yccessful. - — — " — 

Once upload of the host dataset has been performed successfully, the apparatus 1 may print a summary report using this 
data as indicated by the steps 64 and 65. The processor 2 then attempts upload of the external dataset to the bank 
transaction processor 20. Again, the data transfer is the direct contents of the external records, without additional 
processing being performed. Three attempts are made to successfully upload the external dataset and if all three are 
unsuccessful in the next transaction period the processor 2 simply appends records to the file B. Each unsuccessful 
attempt is indicated in a failure message in step 68. Every transmission attempt either to the off-site host 10 or to the bank 
transaction processor 20 is recorded in a separately stored log file. 

Subsequent to upload of the datasets, the apparatus 1 and the host 10 independently perform validation operations to . 
generate various reports. These are subsequently crossreferenced to check accuracy. 

Another important aspect of the invention is the fact that personnel at the off-site host 10 may perform remote 
maintenance operations on each apparatus 1 by establishing on-line contact and activating a remote execution program. 

In more detail, two keys on a host workstation are used to initiate remote maintenance, one key for each of two types of 
maintenance. Depression of one of these keys causes the processor 2 to establish communication with the remote 
maintenance processor on the host network, which, in turn takes over control of the apparatus 1 for fault diagnosis and 
debugging. 

Referring now to Fig. 4, a method 80 is illustrated in which in step 81 the merchant operator may select a "currencies" 
option which allows choice in step 82 of viewing or amending a currency conversion table 46. In step 84, the processor 2 
may amend the table provided a supervisor password had previously been inputted. In step 83, it may simply direct 
displaying of the table. This is useful as it provides a simple output for reference by customers and the merchant 
operators. 

Referring now to Fig. 5. a method 100 is illustrated in which in step 101 the merchant operator may select a hot card" 
option which causes the processor 2 to in step 102 contact the^ank„authjprisa processor 25 to request download of a 

hot card file 1 03, This is subsequently used foUocal-eaixi-'aLn^^ 

I : — , ^ - — J 

It will be appreciated that the invention provides for execution of tra nsactio ns in a customer's desir ed currenc y^so that 



(II Will ue appieuaicu mcii uic iiivciiuwii piwviuc^o lui cyv^^oun^ju \j\ udii^awuwiis* III « wviwwiiiwi w --WW.. 

he/sheu^ immediately see how much moneyJs,being-sp£DtJ[his"^Dse^^^ 
communicatian^h th e off-s 4 t c host 4e"WlTich acts in conjunction with a number of apparatus' 1. 



tTTa simple manner by 



The invention is not limited to the embodiments described, but may be varied within the scope of the claims in construction 
and detail. 
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CLAIMS 

1. A transaction processing system comprising a 
plurality of point-of-sale apparatus' and a central 
host, wherein: 

each point-of-sale apparatus comprises a processor, 
a storage device, a dedicated keyboard with specific 
point-of-sale function keys, a card reader, a display 
screen, a receipt printer, and a modem; 
the central host comprises a batch processor 
connected In a network comprising work stations and 
a modem pool having a plurality of serial ports, the 
batch processor being programmed for automatic 
dialling by the point-of-sale apparatus'; 
each point-of-sale apparatus comprise a stored 
conversion table and comprises means for: 
capturing data from a card presented for a 
transaction, determining if it is authorised, 
and setting an authorisation flag in the 
storage device according to the authorisation 
result; 

receiving an input including a transaction 
value in a local currency, and an indication 
of a desired transaction cunrency; 
automatically determining an equivalent 
transaction value in the transaction currency 
by reference to the conversion table; 
writing transaction data with the transaction 
value in the transaction currency only to an 
external record in the storage device; 
appending local currency transaction value 
data to said transaction data and writing all 
of said data to a host record in the storage 
device; 

printing a transaction receipt if the 
authorisation flag is positive, otherwise 
aborting the transaction; 
generating a dataset comprising the host 
records, writing the dataset to the storage 
device, automatically transmitting the 
dataset to the host, and setting a host 
transmission flag according to integrity of 
the transmission; 

printing the dataset locally if the host 
transmission flag is positive; 
generating a dataset comprising the external 
records, writing the dataset to the storage 
device, and automatically transmitting the 
dataset to an external data processing system 
if the host transmission flag is positive; 
and 

receiving an updated conversion table from 
the host and writing it over the existing 

conversion table on the storage device; the central host comprises means for: 
receiving a host record dataset from each 
point-of-sale apparatus; 
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automatically validating each apparatus by 
reference to received identification signals; 
checking integrity of a received host record 
dataset; and 

autonnatically transmitting an updated 
conversion table to the apparatus in the same 
communications session if the integrity check 
is positive; and 

each point-of-sale apparatus comprises means for 
setting the transmission flag to indicate integrity 
of the host record dataset transmission only after 
receipt of the updated conversion table, whereby the 
steps of transmitting the dataset, checking integrity 
at the host, and receiving the updated conversion 
table are together an atomic operation. 

2. A system as claimed in claim 1, wherein each point 
of-sale apparatus comprises means for automatically 
performing card authorisation locally if a 
transaction amount is below a threshold level and on 
line in communication with a remote authorisation 
processor if the transaction amount is above the 
threshold level, and further comprises means for 
allowing a user override the automatic choice to 
force either local or remote authorisation. 

3. A system as claimed in claims 1 or 2, wherein the 
modem pool of the host is programmed to communicate 
with the point-of-sale apparatus using a serial line 
hunting group. 

4. A system as claimed in any preceding claim, wherein 
the point-of-sale apparatus comprises means for 
recording host transmission attempts in a log file. 

5. A system as claimed in any preceding claim, wherein 
the processor of each point-of-sale apparatus 
comprises means for recognising depression of a 
function key on the keyboard as a remote maintenance 
instnjction and for automatically establishing 
connection with a remote maintenance system and 
allowing it direct operation of the apparatus. 

6. A system substantially as hereinbefore described with 
reference to and as Illustrated in the accompanying 
drawings. 
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